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ABSTRACT 



An enterprise email management system is disclosed. The 
enterprise mail system is designed to handle large volumes 
of email quickly and efficiently, responding through enter- 
prise email system users or automated means. The enterprise 
email system processes incoming email using a set of 
configurable rules that examine each message for a specific 
attribute state condition and invoke a configurable action 
when the attribute satisfies the condition. A number of 
actions may be invoked such as routing a message to a 
specific mail queue. The enterprise email system assigns a 
mail queue timer when a message is moved into a mail 
queue. Each mail queue has a different mail queue timeout 
value that specifies the maximum amount of time that a 
message may sit idle within a mail queue. The enterprise 
email system may automatically move a message from a 
mail queue into a mailbox of an enterprise email system user 
that subscribed to the mail queue. A mailbox timer then set 
for the message and the mailbox timer is compared with a 
mailbox timeout value that specifies the amount of time that 
message may sit idle within a mail queue. If the mail queue 
timer expires, the message is returned to the mail queue from 
where it came. If the mail queue timer expires, then the 
message is routed to another mail queue or enterprise email 
user, 

16 Claims, 11 Drawing Sheets 
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METHOD AND APPARATUS FOR 
PERFORMING ENTERPRISE EMAIL 
MANAGEMENT 

FIELD OF THE INVENTION 

The present invention relates to the field of computer 
email communication. In particular the present invention 
discloses an enterprise email management system that 
streamlines the handling of large volumes of incoming email 
messages. 

BACKGROUND OF THE INVENTION 

Large corporations typically maintain telecommunication 
calling centers that contain a large number of customer 
service representatives. Each customer service representa- 
tive is seated at telephone workstation that usually includes 
a telephone and a computer system for accessing customer 
information. The customer service representatives respond 
to calls from customers regarding new orders, product 
support, and other customer questions. 

Internet email has evolved into a new standard commu- 
nication medium in the late 20 th century. More and more 
customers are now using email messages to communicate 
questions, complaints, and requests to the corporations that 
the customers purchase products and services from. 
Therefore, the volume of incoming email from customers 
has increased dramatically at many corporations. In order to 
handle the large volume of incoming email messages, it 
would be desirable to have a set of software tools that 
simplify the task of responding to large volumes of email 
from customers. 

SUMMARY OF THE INVENTION 

An enterprise email management system is disclosed. The 
enterprise mail system is designed to quickly and efficiently 
handle large volumes of email that is responded to by 
enterprise email system users. The enterprise email system 
processes incoming email using a set of configurable rules 
that examine each message for a specific attribute state 
condition and invoke a configurable action when the 
attribute satisfies the condition. A number of actions may be 
invoked such as mailing list additions/deletions, routing to 
specific mail queue, routing to a specific enterprise mail 
system user, forwarding to an outside user, categorizing the 
message, and removing the message. 

Once a message has been placed into a mail queue, a set 
of timers ensure that the message is handled in a timely 
manner. The enterprise email system assigns a mail queue 
timer when a message is moved into a mail queue. Each mail 
queue has a different mail queue timeout value that specifies 
the maximum amount of time that message may sit idle 
within a mail queue. The enterprise email system may 
automatically move a message from a mail queue into a 
mailbox of an enterprise email system user that subscribed 
to the mail queue. When the enterprise email system moves 
a message into the mailbox of an enterprise email system 
user, the enterprise email system assigns a mailbox timer to 
the message. The mailbox timer is compared with a mailbox 
timeout value that specifies the amount of time that message 
may sit idle within a mailbox. If the mailbox timer expires, 
the message is returned to the mail queue from where the 
message came. If the mail queue timer expires, then the 
message is routed to another mail queue or enterprise email 
user. Furthermore, additional actions may be invoked if the 
mail queue timer expires. 
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2 

Enterprise email system users subscribe to variable mail 
queues. When an enterprise email system user logs into the 
system, the enterprise email system delivers a set of mes- 
sages from the mail queues that the user subscribes to into 
5 the enterprise email system user's mailbox. The user 
responds to the messages. To aid the user, the enterprise 
email system may create a template response message 
including a proposed message body, a set of attachments, 
and a set of recipients that should receive a copy of the 
10 response message. 

Other objects, features, and advantages of present inven- 
tion will be apparent from the company drawings and from 
the following detailed description. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

The objects, features and advantages of the present inven- 
tion will be apparent to one skilled in the art, in view of the 
following detailed description in which: 
20 FIG. 1 illustrates an overall block diagram of an enterprise 
email management system built according to the teachings 
of the present invention. 

FIG. 2A illustrates a screen display of a graphical user 
interface for entering a mail receiver rule. 
25 FIG. 2B illustrates a screen display of a graphical user 
interface for entering a category, 

FIG. 3 illustrates a graphical user interface for configuring 
the email message queue parameters. 
3Q FIG. 4 illustrates a flow diagram describing a set of steps 
for routing messages among the queues and user mailboxes 
within the Email Queuing and Mailbox System. 

FIG. 5 illustrates one embodiment of a graphical user 
interface for entering and modifying enterprise email system 
35 user parameters. 

FIG. 6 illustrates the main enterprise email user display 
screen. 

FIG. 7 illustrates a dialog box for entering an address of 
a recipient when routing, collaborating, forward & tracking, 
40 or redirecting a message. 

FIG. 8 illustrates a graphical user interface for creating a 
response message for an incoming message. 

FIG. 9 illustrates a conceptual diagram that defines how 
45 the forward and track feature operates. 

FIG. 10 illustrates a conceptual diagram that defines how 
the collaborate feature operates. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

50 

A method and apparatus for handling enterprise email is 
disclosed. In the following description, for purposes of 
explanation, specific nomenclature is set forth to provide a 
thorough understanding of the present invention. However, 

55 it will be apparent to one skilled in the art that these specific 
details are not required in order to practice the present 
invention. For example, the present invention has been 
described with reference to the SMTP mail protocol and an 
SQL database. However, the same techniques can easily be 

60 applied to other types of mail protocols and other types of 
databases. 

An Enterprise Email Management System 

FIG. 1 illustrates an overall block diagram of one embodi- 
es ment of an enterprise mail system constructed using the 
teachings of the present invention. Referring to FIG. 1, the 
enterprise mail system receives incoming email from the 
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Internet 101 into an incoming email server 110. The incom- linked together in the message database 130. The linked 
ing email server 110 may be any type of email server that is email messages will be handled together by a single enter- 
capable of receiving incoming mail and routing the received prise mail system user. In this manner, if a sender sends in 
email. In a preferred embodiment, the incoming email server a first message asking a question and shortly thereafter sends 
110 is a Simple Mail Transport Protocol (SMTP) based 5 another message saying that he found the answer to the 
email server such as the common UNIX Sendmail program. question, a customer support person may decide to ignore 

The incoming email server 110 examines the headers of the question in the original email message, 

the incoming email to determine where the incoming email Once an email message has passed the initial screening, 

should be routed. In some environments, both enterprise the incoming email receiver 120 then creates a new entry in 

email and private email will be received. The incoming io the email database 130 for the incoming email message. The 

email server 110 can be configured to deliver private email newly created incoming email entry in the email database 

to an email server 115 that will not be processed by the 130 stores the received message plus other information that 

enterprise email system 100 of the present invention. All will be associated with the message. For example, the email 

email that is to be processed by the enterprise email system database 130 will store a response email message created to 

100 is routed to an incoming email receiver 120. For 15 respond to the incoming email message, 

example, all email directed to standard customer support The incoming email receiver 120 may limit the size of 

email addresses such as help@company.com, incoming email messages. Specifically, the maximum num- 

support@company.com, and info@company.com can be ber of bytes for the body of an email message, not including 

handled by the enterprise email management system 100. attachments, is limited to a configured parameter. If the body 

In an alternate embodiment, all the email directed toward 20 of an incoming email message exceeds this maximum size 

an organization is sent directly to the incoming email number, the incoming email message is truncated. By trun- 

receiver 120 from the Internet 101. In such an embodiment, eating messages, the incoming email receiver 120 conserves 

the incoming email receiver 120 can be configured to send storage space in the email database 130. 

email that does not need to be handled by the enterprise The incoming email receiver 120 may also strip incoming 

email system 100 to another mail system using a "redirect" 25 attachments from incoming email messages. The incoming 

action that will be later described. email receiver 120 may place the attachments from incom- 

Sorting Incoming Enterprise Email ing email messages into a specified directory within the file 

The mcoming email receiver 120 may receive email system separate from the database, 
directly as illustrated in FIG. 1. In an alternate embodiment, After placing an incoming email message in the email 
the incoming email receiver 120 may fetch email from a Post 30 database 130, the incoming email receiver 120 runs the 
Office Protocol (POP) email server. For an embodiment with incoming email message through a set of configurable mail 
an incoming email receiver 120 that fetches email from a receiver rules that determine how the message will be 
POP server, a configurable parameter may determine how processed. Each mail receiver rule defines an attribute that 
often the incoming email receiver 120 checks the POP server is examined, a pattern to be matched or value to be 
for new email messages. Typically, the incoming email 35 compared, and an action to be performed. The mail receiver 
receiver 120 is set to check for new email every one to five rules allow incoming email messages to be handled auto- 
minutes, matically in a variety of manners including routing the email 

The incoming email receiver 120 examines each incom- message to a particular user or message queue, discarding 

ing email message by performing a number of tests. The the email message, or forwarding the email message, 

initial tests determine if the incoming email message should 40 The rule processor of the present invention runs all 

be handled by the enterprise email system 100 and how the incoming email messages through all the mail receiver rules 

message will be handled. on a first pass, checks all the criteria, and accesses all the 

First, the incoming email receiver 120 performs a junk actions of the satisfied rules. If the attributes of a message 

email test that filters out any unsolicited commercial email satisfy two mail receiver rules having contradictory actions, 

(sometimes referred to as "Spam") that does not need to be 45 usually the first mail receiver rule takes precedence. Some 

responded to. Such junk email is simply discarded in order mail receiver rules, however, can specify actions that have 

not to waste resources. higher priority than other actions. For example, two mail 

After filtering out email messages that do not need to be receiver rule actions that take precedence include "Route to 

processed, the incoming email receiver 120 may send out an the same sender as before" and "Drop message", 

acknowledgement to the sender to inform the sender of an 50 The basic mail receiver rule format used by one embodi- 

email message that the email message was received and will ment of the rule processor is: 
be responded to. In one embodiment, the incoming email 

receiver 120 may first examine an email database 130 to see „ rt ... . 1L1 . #A . „ . x 

i t . * i -i ■ r- Attribute .Co aditioncConditioD ValuejAction (Action Value) 

if the user has previously sent any other email in a config- 
urable time period. In one embodiment, the email database 55 Wherein Attribute defines an attribute of an incoming mes- 
130 is an SQL database that is accessible by many users sages such as a particular header, Condition defines a 
simultaneously. For example, the Oracle7 database from comparison condition, Condition Value defines a value that 
Oracle Corporation of Redwood Shores, Calif, may be used the attribute is compared with using the comparison 
to stores messages. When the same user has sent multiple condition, Action defines an action that should be 
messages within a predetermined time period, the incoming 60 performed, and Action Value determines a particular param- 
email receiver 120 may elect not to send acknowledgements eter for the Action. 

for the later messages. Instead of having users manually entering a list of rules as 

Another task performed by the incoming email receiver a typed string of characters, the present invention provides 

120 is a search in the email database to see if the same sender a graphical user interface entry system that allows mail 

has sent any other messages within a configurable time 65 receiver rules to be created with drop-down menus and value 

period. If the same sender has send more than one message fields. To enter a new rule, a user simply selects an Attribute, 

within the defined time period, those messages may be a Condition comparison, a condition value, and an action 
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that should occur when the attribute matches the value using 
the condition comparison as illustrated in FIG. 2A. 

The following table sets forth one possible set of message 
attributes that may be examined: 



-continued 



Comparison Condition 



Tested Attribute must . 



contains 

cascScositivcCo ntains 
starts With 

case SensitiveStarts With 
ends With 

caseSensitiveEndsWith 

Equals 

isNull 

isNotNult 

size Less Than 

sizcGreaterThan 

doesNotContain 

caseSensitiveDoesNotContain 



have the value (word or phrase). 

have the value exactly as entered. 

start with the value. 

start with the value exactly as entered. 

end with the value. 

end with the value exactly as entered. 

match the value exactly. 

be empty. 

not be empty. 

be smaller than. 

be larger than. 

not have the value. 

not have the value exactly as entered. 



Description of the Action performed. 



Route 

Categorize 
NoAnswer 

ForwardTrack 



Redirect 
opt- in 
optout 

Acknowledge 



Send the email message to specified enterprise mail sys- 
tem user or enterprise mail system queue. 
Assign a category to the email message. 
No response necessary; no further action is required 
but keep it in the email database. 

Forward to someone outside the enterprise email Bystem. 
The enterprise email system will set a timer for the 
forwarded message. If no action is taken by the person 
outside of the enterprise email system within the time 
specified in the timer, then the enterprise email system 
will forward the message to a general message handling 
queue. 

Send to an outside user with no tracking or notification. 

Add the sender to a mailing list. 

Remove the sender from a mailing list. 

Send an automatic pre-approved acknowledgment to the 

email message sender. 



Action 



Message Attribute Contents of the message Attribute. 

subject The subject of the message. 

header Any of the SMTP mail headers including "to:" field, 

the "from:" field, timestamps, mail server stamps, etc. 
message body The body of the incoming message, 
source The entire message source including the header and the 

body. 

sender name The name of the entity that sent the incoming email 
message. 

sender email The email address of the entity that sent the incoming 
address email message. 

recipient name The name of mailbox/alias that the email message was 
sent to. 

recipient email The email address of mailbox/alias that the email 
address) message was sent to. 



The following list describes a set of condition compari- 
sons from one embodiment: 



15 



20 



The Comparison Condition are used along with the Com- 
parison Value provided in the mail receiver rule. The Com- 
parison Value may be a string, an integer, a floating point 
value, or any other data type that may be compared with a 
message attribute. 

The following table provides one set of possible Actions 
that may be invoked by the mail receiver rule processor if 
the condition is satisfied: 



50 



55 



60 



65 



Description of the Action performed. 



5 AutoRespond Automatically send a pre-approved response message to 
the email message sender and do not place the message 
in a queue. 

Drop Do not route the incoming email message and remove the 

email message from the email database. 



10 



The incoming email receiver 120 makes sure that no 
routing rule actions conflict with each other. The following 
list explains how the mail receiver rules are processed and 
the processing order. 

Action priority is determined by the rule's order in the 
rule list. For example, the first mail receiver rule in the 
mail receiver rule list has the highest priority. Some 
rules, however, take priority over order. 
An internal Collaborate action takes precedence over all 
other actions (including Drop). No other actions can be 
taken. 

A Drop action takes precedence over all other actions 
except Collaborate. If a message is dropped no addi- 
tional actions can be performed. (A dropped message is 
completely removed from the system and is not stored.) 

Only one of the following workflow actions can be 
applied per message: Route, NoAnswer, ForwardTrack, 
Redirect, and Same Sender Route. The first such action 
encountered is performed. Same Sender Route is an 
internal action based on the multiple messages from the 
same sender options in incoming email receiver pref- 
erences. 

Only one Acknowledge action can be applied per mes- 
sage. The first Acknowledge action encountered is 
performed and the subsequent acknowledge actions 
will be ignored. 

All Categorize actions will be performed, regardless of 
the failure of other actions found in the rule with the 
Categorize action. This is important if a category is 
used to record the fact that an action was taken. For 
example, subject. contains("xyz")->No Answer & 
categorize("no-reply"). 

An OptOut action will be performed unless the message 
gets dropped. It doesn't override or restrict any other 
actions. 

An internal Same Sender Route action takes precedence 
over all over workflow actions such as route and 
forward & track. 
Categorizing Email Messages 

During the mail receiver rule set processing, the incoming 
email receiver 120 may assign one or more categories to an 
email message. Note that categories may also be assigned to 
an email message manually by an enterprise mail system, a 
process described later. When an email message has been 
assigned to a category, additional processing may be per- 
formed on the message depending on the definition of the 
category. 

When a category is assigned to a message, the incoming 
email receiver 120 refers to a category database 135. The 
category database 135 is conceptually similar to a Frequency 
Asked Questions (FAQ) file for an organization. 
Specifically, each category entry in the category database 
135 addresses a common problem, question, or request. For 
example, a software company supporting a word processing 
program may have category entries for "Word processor 
software installation", "Opening Documents", "Editing 
Documents", and "Printing Documents". 
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The category database 135 is organized in a hierarchical 
form wherein each category may have several subcategories. 
For example, the "Printing Documents" category entry may 
have subcategory entries for "Printing Documents using a 
printer coupled directly to the personal computer" and 
"Printing Documents using a printer coupled to a network." 
Each subcategory may have additional subcategories. 

In FIG. 1, the category database 135 is illustrated as a 
separate database from email database 130. However, in an 
implementation, the category database 135 and the email 
database 130 may reside in a single database with separate 
tables. 

The following list provides one possible set of parameters 
that may be used to define a category entry in the category 
database 135, however other parameters can easily be added: 

1. Category Name — Defines a name for the category. 

2. Hot Key — Provides a short-hand term for the category. 
The Hot Key can be used by users in order to quickly refer 
to the category. 

3. Description — The Description provides a detailed 
description of what the category covers. The description 
allows a person manually categorizing an incoming email 
to determine if a particular category is appropriate for the 25 
incoming email. 

4. Template Text — Defines the standard body of text that 
will be placed into the body of an outgoing response email 
message. 

5. Recipients — Defines a set of people that should receive a 30 
copy of any outgoing response messages that were created 
using this category or a copy of the original incoming 
message. For example, an expert in certain categories may 
wish to be informed about all customer complaints, 
questions, and problems concerning certain categories. 35 
The recipients field defines a set of normal recipients (to:), 
a set of carbon copy (cc:) recipients, and a set of blind 
carbon copy (bcc:) recipients, as well as forward and track 
recipients, redirect recipients, and collaborate recipients. 

6. Actions — Defines a set of actions that should automati- 40 
cally be performed on the incoming message upon cat- 
egorization. Details on the Actions will be described later. 

7. Attachments — Defines a set of attachments that should 
accompany any outgoing response email message. For 45 
example, all responses to incoming email messages con- 
cerning a known but solved problem may attach a file 
used to solve the problem such as patch code that solves 
a particular software problem. 

8. Include original attachments — Specifies if attachments 50 
that accompany the incoming email message should be 
included in the outgoing response email message. 

Keep thread ownership — Specifies if the same user that 
responds to a particular incoming email message should 
receive all subsequent responses. Placing an identifier in the 55 
subject or body field of the outgoing response email enables 
the mail receiver to identify any reply to the outgoing 
response email. 

To create the category database 135, one embodiment of 
the present invention provides a graphical user interface for 60 
entering category information. FIG. 2 illustrates a screen 
display of a graphical user interface for entering a category 
into the category database 135. 

As defined in the category entry previously set forth, each 
category entry may specify a set of recipients. The recipients 65 
are divided into recipient types as set forth in the following 
table: 



Recipient 
Type 



Who the recipients are and what 
that recipient will receive. 



Information stored 
in the Database 



To: Recipients that will receive the 

response message created, 
cc: Recipients that will receive a carbon 

copy (cc:) of the response message 
created. 

10 bcc: Recipients that will receive a carbon 

copy (cc:) of the response message 
created. 

Redirect A non enterprise email user that 
should receive the email message. 
Use when someone else should res- 
25 pond to the customer. 

Forward The incoming email message needs to 
and Track. be answered, but someone who is not 
using the enterprise email system 
must provide the content of the 
answer. The enterprise email system 
will set a timer for the forwarded 
message. If no action is taken by 
the outside person within the time 
specified in the timer, then the 
enterprise email system will route 
the message back to the mailbox 
of the user who initiated the 
Forward and Track. The return 
address on the email message for- 
warded to the outside person is an 
enterprise email system address so 
that a response created by the 
non-enterprise email responder will 
be received and tracked by the 
enterprise email system. The 
response email message is relayed 
to the sender of the original incoming 
email. 

Collaborate The incoming email message needs to 
be answered but help or guidance is 
needed from an outside person to 
provide the answer. The enterprise 
email system will set a timer for the 
message sent to the outside collabora- 
tor, if no action is taken by the 
outside person within the time 
specified in the timer, then the enter- 
prise email system will route the 
message back to the mailbox of the 
user who initiated the Forward and 
Track. The return address on the 
collaborate email message sent to 
the outside person is an enterprise 
email system address so that a 
response created by the outside . 
person will be received by the 
enterprise email system and reviewed 
by an enterprise email user before 
it is forwarded to the sender of 
the original incoming email. 



Incoming message 
Outgoing message 
Incoming message 
Outgoing message 

Incoming message 
Outgoing message 

Incoming message 
Response action 



Incoming message 
Response action 
Message sent to the 
non-enterprise email 
responder. Reply 
written by the non- 
enterprise email 
responder. 



Incoming message 
Response action. 
Message sent to the 
non-enterprtse email 
responder. Reply 
written by the non- 
enterprise email 
responder. 



Each category entry may also specify a set of additional 
actions that should be performed on the incoming email 
messages that are placed into the category. The actions that 
may be invoked are similar to the actions described with 
reference to the mail receiver rules. The actions in the 
category entry may be performed in addition to the actions 
defined in the mail receiver rules. However, duplicative 
actions will be ignored. For example, if the mail receiver 120 
already specified that an acknowledgement should be sent 
then an acknowledgement action in a category entry will be 
ignored. 

A typical action is to create a "skeleton" response email 
message that will be sent back to the sender. When an 
incoming email message is assigned to a particular category 
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that specifies a "create response message" action, a "skel- response email message created by the outside user into the 

eton" response message is created based upon the category email database 130. The original message is then placed 

configuration. back into one of the message queues such that the enterprise 

After the incoming email receiver 120 has processed the mail system user that initiated the collaboration can review 

mail receiver rules and processed assigned category actions, 5 me outside user's response before it is sent to the original 

the incoming email receiver 120 is finished processing the incoming message sender. In this manner, the response 

incoming message. The entire enterprise email system 100 message created by an outsider can be examined before the 

may be finished with the incoming email message if the res P onse emad messa S e 15 sent t0 the sender of the on S inal 

incoming email receiver 120 dropped the message, no ^R^^in^ck to FIG 1 the ueues in the Email Oueuin 

answered the message, or redirected the message to a user 10 -.^f^V^ ^ ,° ii A ' eo , ueuesir * e m queuing 

4 ., , t . , 1Art 6 and Mailbox System 140 are organized in a manner that 

outeule of the enterprise email system 100 M ^ begt ^ tQ ^ mcssa Fof 

However, the incoming emad receiver 120 usually uses a ^ te / s be n]zcd t o handle different 

workflow action to place the incoming mail message into a cate gories of incoming message. Thus, similar categories of 

particular message queues. For example, the route, forward messag es can be grouped in the same message queue. The 

and track, and collaborate workflow actions all cause the 15 details of the queuing system will be described in a later 

incoming email receiver 120 to pass the incoming email section. Message may also be placed directly into a particu- 

message to an email message queue or mailbox in the email lar user's mailbox. For example, if a certain mail user was 

queuing and mailbox system 140 as illustrated in FIG. 1. supposed to receive all responses to a particular outgoing 

Furthermore, if no workflow action is invoked by the mail message, such associated response will be placed directly 

receiver 120, then the mail receiver will place the message 20 into that mail user's mailbox. 

into a generic message pool for messages that did not trigger Each message queue is defined by a set of configurable 

a workflow action. parameters. The following table defines a set of parameters 

When the mail receiver 120 moves a message into an that can be used to describe a queue in one embodiment: 
email queue or a mailbox, the incoming email receiver 120 

places a pointer to the email message into the particular 25 

queue or mailbox. The actual email message remains in the ■ ~ ~ ^ t [ on 

email message database 130 and will be accessed as neces- Queue Parameter para meter rfbtion 

sary using the pointer to the email message. Name Descriptive name for the queue. 

Routed Messages Description Detailed description of the use of the queue. 

The route action Simply moves an email message into One 30 Maximum Timeout The maximum period I of time that a message may 

_ , .. ... °. _ remain in the queue before tuning out. 

Of the queues in the mailboxes or queues of the Email Reroute To: The queue or mailbox that messages should be 

Queuing and Mailbox System 140. A message placed in a routed to if the queue tuner value expires, 

queue will be given to a user that subscribes to that queue. Timeout Actions: A set of actions that should be performed if the 

Forward and Track . . .„ q««« ttoer vaiu. «pir« 

. , . . < „ . . * . Assigned Users A list of enterprise mad system users assigned to the 

Messages that handled by the forward and track action are 35 mail qucuc 

forwarded to a user that does not use the enterprise mail 

system (outside user). However, when the message is A r iJC ., . . • * - . r 

forwarded, the reply address is set to a special address that . M fo ^° f st configurable parameters, a graphical interface 

will cause anv renlv to be sent back to the enterprise email 15 P r0Vlded for entering and modifying the parameters in a 

wiU cause any reply to be sent back to the enterprise email ferred embo diment. FIG. 3 illustrates a graphical user 

system 100. Before the message is forwarded to the outside 40 £ terface for configuring the queue parameters. Note that a 

user, the enterprise mail system sets a timer. If no response ^ of ayailable usefS is dis u sucfa that users can easily be 

message is received before the tuner expires then the mes- assigne d a subscription to the queue, 

sage is returned to the mailbox of the enterprise email In one embodiment, the email queuing and mailbox 

system user who initiated the Forward and Track. system 140 includes multiple mail queues. The mail queues 

If a response is received, the enterprise email system will 45 ma ybe separated based on varying subject matters (e.g., 
store the response email message sent by the outside user customer support, request for product/service literature, gen- 
into the email database 130. The response email message is eral comments) or any other system of mail queue organi- 
then forwarded along to the sender of the original incoming zation. If the mail queues are organized into subject matter, 
message. The reply address of the response message sent to then the mail receiver rule of the incoming email receiver 
the sender of the original incoming message will also be set 50 120 can be used to examine and categorize new messages, 
to a special address for the enterprise email system 100 such The incoming email receiver 120 may then route the cat- 
that any subsequent reply messages from the original mes- egorized messages to queues which correspond to the sub- 
sage sender will again be handled by the enterprise email ject matter of the respective messages, 
system 100. In one embodiment, one or more users mail boxes of the 
Collaborate 55 email queuing and mailbox system 140 may subscribe to a 

Messages that are handled by the Collaborate action are particular queue (151, 153, or 155). When that user logs into 

forwarded to a user who does not use the enterprise mail the enterprise email system 100, the email queuing and 

system. The enterprise email system sets a timer for the mailbox system 140 routes messages to the user's queue 

message is forwarded to the outside user. Furthermore, when based upon the user's mail queue subscriptions. For 

the message is forwarded, the reply address is set to a special 60 example, all the customer support personnel of a company 

address that will cause any reply to be sent back to the may subscribe to a queue that receives messages relating to 

enterprise email system 100. If no response is received from customer support matters. When each customer support 

the outside user before the timer expires, then the message representative logs in, the email queuing and mailbox sys- 

is returned to the mailbox of the enterprise mail user that tem 140 will deliver a set of customer support messages to 

initiated the collaborate action. 65 that users. 

If a response is received from the outside user before the In addition, the queues may be linked to other queues. In 

timer expires, the enterprise email system will store the one embodiment, a priority system may be implemented by 
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linking together queues wherein each queue may specify a 
configurable amount of time that may elapse before an 
"action" (e.g., a response to the message) needs to occur for 
a message stored within a queue. In one embodiment, the 
predetermined amount of time that a message may be held 5 
in a queue before "action" occurs is hereinafter referred to 
as a "queue timer." 

Once a message's queue timer expires, a predetermined 
action is performed by the email queuing and mailbox 
system 140. In one embodiment, the email message may be 10 
routed to another specified queue or user mailbox. The 
second queue may have a higher priority by indicating a 
shorter time out period allotted to messages place in the new 
queue. Other actions may also be specified. For example, in 
one embodiment, the email queuing and mailbox system 140 15 
may generate an alert message that will be sent to a 
particular user's mail box. The alert message may indicate 
that action is required for the respective message which has 
not yet been handled by any enterprise email user. 

FIG. 4 illustrates a flow diagram that describes one 20 
embodiment of steps for routing messages among the queues 
and user mailboxes of the email queuing and mailbox 
system 140 of the enterprise email system 100. In step 402, 
a new message is routed to one of the mail queues based on 
a predetermined criterion. The messages are initially routed 25 
into a queue based on the mail receiver rules. The criterion 
for initially selecting an email message queue, however, may 
vary within the scope of the invention. Messages may 
subsequently be routed into different message queues 
depending on message categorization or direct routing com- 30 
mands from users of the enterprise email system 100. 

In step 404, the email queuing and mailbox system 140 
sets a queue timer for the new message. The queue timer 
defines a predetermined amount of time that the email 
message mail stay in the queue without having the message 35 
expires. The queue timer for the new message immediately 
begins. 

At step 406, the queue timer is checked to see if the queue 
timer for the message has expired. If the queue timer has 
timed out, then the email queuing and mailbox system 140 40 
proceeds to step 408. 

At step 408, the Timeout Actions defined in the queue 
definition are performed. Furthermore, the message is 
moved to a new message queue as defined by the queue's 
"route to" parameter. If the email message is routed to 45 
another queue, then the method proceeds to step 404 where 
a new queue timer is assigned to the message for the 
message. 

Referring back to step 406, if the queue timer has not 
timed out, then the email queuing and mailbox system 140 50 
proceeds to step 410. At step 410, the email queuing and 
mailbox system 140 determines if the message has been 
moved into a user's mail box. If the message has not been 
moved into a user's mailbox, then the method proceeds back 
to step 406 to check for a queue timeout. Otherwise, the 55 
method proceeds to step 412. 

At step 412, the message has been moved into one of the 
user mailboxes. In one embodiment, as previously 
discussed, one or more users may subscribe to a queue such 
that messages from those queues are placed into their 60 
mailboxes. In addition, a user may also manually move a 
message from a queue without subscribing to the queue. 
Referring to step 412, once a message has been moved into 
a user mailbox, the email queuing and mailbox system 140 
creates a separate second timer for the message. The second 65 
timer is a mailbox timer that specifies how long the message 
has been in the user's mailbox. The mailbox timer imme- 
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diately begins to lapse. Note that mailbox timer is separate 
from the queue timer. Moreover, in one embodiment, the 
queue timer and the user mailbox timer both continue to 
lapse simultaneously. 

In step 414, the email queuing and mailbox system 140 
determines if the message has been acted upon. The action 
to stop a timer may vary within the scope of the invention. 
In one embodiment, the actions required to stop a message 
timer for a message within a user mailbox can include 
generating a response to the message, marking the message 
as requiring no response, releasing the message back to the 
mail queue from which it came, or routing the message to a 
different mail queue. If the message within a user mailbox 
was responded to or no response is necessary, the method 
proceeds to step 416. If a response was generated or the 
message required no response, the email queuing and mail- 
box system 140 deletes the queue timer and the mailbox 
timer for the message and the method proceeds to step 420, 
where additional actions on the message are not necessary 
from the perspective of the enterprise mail system 100. In 
step 417, if the message was been released back to the mail 
queue from which it came the mailbox timer is deleted and 
method proceeds to step 406. Finally, if the message was 
routed to a different mail queue as stated in step 419, then 
both the queue timer and mailbox timer are deleted and the 
method proceeds to step 404. 

Referring back to step 414, if the message has not been 
acted upon then the method proceeds to step 418 where the 
email queuing and mailbox system 140 determines if the 
mailbox timer for the message has expired. If the mailbox 
timer has not expired, the message continues to reside in the 
respective user mailbox and the method proceeds back to 
step 414. 

Conversely, if the mailbox timer has expired in step 418 
then the method proceeds to step 422. In step 422, the email 
queuing and mailbox system 140 removes the message from 
the user's mailbox and returns the email message back to the 
queue from which the email message was obtained. 

The method then proceeds back to step 406 where the 
email queuing and mailbox system 140 determines if the 
queue timer has yet expired. If the queue timer has not 
expired, the message continues to reside in the respective 
queue until the message is moved into a user mailbox or the 
queue timer expires. If the queue timer for the message has 
expired then the method proceed to step 408 where the 
message is routed to a separate queue and the queue timeout 
actions are invoked. 

User Message Reading and Responding. 

A number of enterprise email system users process the 
email moved into the Email Queuing and Mailbox System 
140. Each enterprise mail system user has an account with 
the enterprise email system 100. The enterprise mail system 
users are listed in the mail user database 137. 

The following list defines a set of parameters that define 
an enterprise mail system user account: 



User Account 

Parameter Parameter use 

Name The user's full name. 

Password The password used to access the user account. 

Description The title of the user such as "Customer Service 

Representative" or Sales Person" 

Admin A standard operator level allows the user to perform 
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-continued 



User Account 

Parameter Parameter use 



Function functions to respond to messages. An administrative level 

level allows the user to configure parameters that control the 

enterprise email system. 

Vacation Specifies if the user is on vacation, and if so which queue 

or mailbox should be used to handle this users email if 
the user is on vacation. 10 

Queues Defines a set of queues that the user is assigned to. 



To simplify the task of creating users, the enterprise email 
system 100 provides a graphical user interface for entering 15 
and modifying user parameters. FIG. 5 illustrates one pos- 
sible embodiment of a graphical user interface for entering 
and modifying user parameters. 

Before a user at a console (for this example we will refer 
to console 171 in FIG. 1) begins using the enterprise email 20 
system 100, the user must log into the enterprise email 
system 100 from his/her workstation 171. The login proce- 
dure informs the enterprise email system 100 that a new 
active user is available. The enterprise email system 100 
responds to the new user login by sending a batch of 25 
messages from queues to which the new user subscribes into 
the user's mail box (for this example we will refer to 
mailbox 161). 

The enterprise email system 100 has an idle user log-out 3Q 
feature. The idle user log-out feature automatically logs out 
a user that has been inactive for a configurable time period. 
By automatically logging out an inactive user, the incoming 
email messages in that user's mailbox are returned to the 
queue from which they came. ^ 

The enterprise email system 100 then generates a main 
display screen on the user's console 171 that displays some 
of the email in the user's mailbox. FIG. 6 illustrates one 
possible embodiment of a main display screen. The main 
display screen lists a few of the messages that have been 40 
placed into the user's mailbox. (The user may have other 
email messages in his mailbox that are not currently dis- 
played on the screen.) One of the messages that is currently 
selected is displayed at the bottom of the screen. 

In the main user display screen of FIG. 6, a number of 45 
actions are listed above the list of email messages. The 
enterprise email user uses the listed actions for processing 
messages. The available user actions for the embodiment of 
FIG. 6 are listed in the following table along with the action 
that will be performed if the action is selected: 50 



Action 




button 


Action performed 


More 


Fetch more messages from a queue into the user's mailbox. 


New 


Create a new outgoing message. 


Find 


Allows the user to find messages in the email database 130. 


Sender 


Obtain a history of all messages seat from this sender. 


History 




View Source 


Examine the full raw SMTP message. 


Note 


Attach a note to this message. 


Print 


Print the message. 


No Answer 


Remove the message from the mailbox without responding. 




(The message remains in the email database 130.) 


Route 


Route the message to another user or queue. 


Send 


Send the created response message to the original message 




sender. 



60 



65 
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-continued 



Action 

button Action performed 

Categorize Add a category to the incorning email message. fThis is 
analogous to the mail receiver adding a category to an 
incoming email message) 

<message Create a response message to be sent to the user. 

sender or 

subject> 



Again, many of the actions are the same actions that are 
in the mail receiver 120 rule set and the category entries. 
However, some of the actions not yet described will be 
presented in greater detail 

The "find" command allows the enterprise email user to 
search the email database 130 using a structured query. For 
example, an enterprise email user may find messages from 
a certain person, messages containing a particular word or 
phrase, messages associated with a case, messages in the 
same category, messages answered by the enterprise mail 
user, or unanswered messages anywhere or in a particular 
queue. The related command "Sender History" provides the 
enterprise email system user with a list of messages sent 
from the same sender. In this manner the enterprise email 
user may obtain some background on the user's earlier 
problems. 

The "note" command allows an enterprise email user to 
attach a note to a particular message. The note will be placed 
into the email database 130 such that other enterprise email 
users that subsequently view the message will see the note. 

The route command allows a user to route a message to 
another email user or another queue. As noted in the earlier 
sections, sending an email message to another user will not 
stop the queue timer value for the message. However, when 
a message is routed to a different queue, the original queue 
timer value is cleared and a new queue timer value is created 
for the message in the new queue. Routing to either another 
email user or another queue will clear the mailbox timer 
value since the message no longer exists in the user's 
mailbox. 

To create a response message, the user simply selects the 
sender's name or the message's subject. In response to 
selecting the sender's name or the message's subject, the 
enterprise email system will display a response message 
screen as illustrate in FIG. 7. The response message may be 
filled in with a "skeleton" message that was created by the 
incoming mail receiver 120. 

Referring to the top of FIG. 7, the user can select and add 
recipients for the response message, add categories to the 
incoming message, and add attachments to the response 
message being created. Furthermore, the user may enter a 
subject title for the response message. 

FIG. 7 illustrates a list of four "standard phrase" selectors 
below the subject field. The standard phrases allow the 
enterprise email user to quickly enter standard phrases that 
are placed into email messages. Each standard phrase con- 
sists of a string that may include fields from the email 
database 130 such as <recipient> that designates the recipi- 
ent's name. In one embodiment, there are four standard 
phrase fields: Greetings, Body Headers, Body Footers, and 
Signatures. Greeting consists of introductory salutations 
such as "Dear <recipient>" or "Hello." Body Headers pro- 
vide an introductory sentence "Thank you for your interest 
in our company." Body Footers provide a closing sentence 
such as "If we can be of further assistance, don't hesitate to 
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write.** Signatures provide a standard signature to be used 
such as "Sincerely, Your Customer Service Representative/' 
Each user can maintain his/her own set of individual stan- 
dard phrases such that the proper standard phrase can be 
selected from the list. Furthermore, the user can designate a 5 
default standard phrase to be used if no standard phrase is 
selected. The default may be <No Greeting> as illustrated in 
FIG. 7 which specifies that no standard phase should be used 
for that body element. 

Finally, the bottom of FIG. 7 illustrates the incoming 10 
email message and the response message that is being 
created. To send a message, the enterprise email user selects 
the "send" command. 

To forward and track a message to an outside user so that 
the outside user handle the message, the user creates a 15 
response message and then opens up the recipient dialog 
box. A number of recipients will be displayed as illustrated 
in FIG. 8. The user selects an outside person (a person that 
does not use the enterprise mail system) from the address list 
and then selects the "Forward" button. When the outside 20 
user responds to the message, the response will be received 
by the enterprise email system 100 such that the response 
message will be placed into the email database 130. The 
enterprise email system 100 then passes the response mes- 
sage created by the outside user to the original message 25 
sender. 

FIG. 9 illustrates in detail how the forward and track 
system operates. First, a customer 991 sends a message that 
is placed into the queuing system 140 of the enterprise email 3Q 
system 100 in step 910. At step 920, the incoming email 
message is eventually passed to the enterprise email user 
992. The enterprise email user 992 passes the message on to 
outside consultant 993 using the forward and track feature at 
step 930. The consultant 993 drafts a reply and the reply is 35 
sent back to the enterprise email system 100 at step 940. The 
enterprise email system 100 stores the response in the email 
database 130 and passes the response to the customer 991 at 
step 950. 

To collaborate on a message with an outside user, the user 4Q 
creates a response message but then opens up the recipient 
dialog box. A number of recipients will be displayed as 
illustrated in FIG. 8. The user selects a person from the 
address list and then selects the "Collaborate" button. When 
the collaborator responds, the collaborator's proposed 4S 
response will be send back to this user. FIG. 10 illustrates in 
detail how the forward and track system operates. 

First, a customer 1001 sends a message that is placed into 
the queuing system 140 of the enterprise email system 100 
in step 1010. At step 1020, the incoming email message is 50 
eventually passed to the enterprise email user 1002. The 
enterprise email user 1002 passes the message on to outside 
consultant 1003 using the collaborate feature at step 1030. 
The consultant 1003 drafts a proposed response and the 
proposed response is sent back to the enterprise email 55 
system 100 at step 1040, The enterprise email system 100 
stores the proposed response in the email database 130 and 
places the proposed response into the mailbox of enterprise 
email user 1002. Eventually, the enterprise email user 1002 
retrieves and reviews the proposed response at step 1050. If 60 
the enterprise email user 1002 approves of the proposed 
response, the proposed response is sent to the customer 1001 
at step 1060. Alternatively, the enterprise email user 1002 
may further edit the response before sending it to the 
customer. 65 

To redirect a message to an outside user to have the 
outside user handle the message, the user creates a response 
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message but then opens up the recipient dialog box and 
redirects the message to the user as set forth above and 
illustrated in FIG. 8. Note that a redirected message main- 
tains the original headers so the outside user can respond 
directly to the original sender. A redirected message is no 
longer tracked by the enterprise email system 100. . 

The foregoing has described an enterprise email manage- 
ment system. It is contemplated that changes and modifica- 
tions may be made by one of ordinary skill in the art, to the 
materials and arrangements of elements of the present 
invention without departing from the scope of the invention. 

We claim: 

1. A method for processing incoming electronic messages 
in a timely manner, said method comprising: 

moving a message to a first queue, said first queue 
selected from a set of queues; 

assigning a queue timer to said message when said 
message is moved to said first queue, said queue timer 
having a queue timer expiration value defining a period 
of time said message can reside_ in said first queue 
without an action taken on said message; 

in response to said action taken on said message prior to 
an expiration of said queue timer, stopping said queue 
timer; 

moving said message to a user mailbox; 

assigning a mailbox timer to said message when said 

message is assigned to said mailbox and allowing said 

queue timer to continue to elapse; 
in response to said action taken on said message prior to 

an expiration of said mailbox timer, stopping said 

mailbox timer and stopping said queue timer; 
in response to an expiration of said mailbox timer, moving 

said message back to said first queue; and 
in response to said queue timer expiring, moving said 

message to a second queue designated by said first 

queue. 

2. The method of claim 1 wherein said queues within said 
set of queues may each have a different queue timer expi- 
ration value. 

3. The method of claim 1 further comprising performing 
a defined action when said first queue timer expires. 

4. The method of claim 1 wherein said action taken 
comprises responding to said message. 

5. The method of claim 1 wherein a user associated with 
said user mailbox releases said message back into said first 
queue such that said mailbox timer is stopped. 

6. The method of claim 1 wherein a user associated with 
said user mailbox moves said message to a third queue such 
that said mailbox timer and said queue timer are stopped. 

7. A computer-readable medium having stored thereon a 
set of instructions, said set of instruction, which when 
executed, perform the steps comprising of: 

moving a message to a first queue, said first queue 

selected from a set of queues, each queue in said set of 

queues having a queue timeout value; 
assigning a queue timer to said message when said 

message is stored in said first queue, said queue timer 

identifying a period of time that said message has been 

in said first queue; 
in response to said action taken on said message prior to 

an expiration of said queue timer, stopping said queue 

timer; 

moving said message to a user mailbox; 

assigning a mailbox timer to said message when said 

message is assigned to said mailbox and allowing said 

queue timer to continue to elapse; 
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10 



in response to said action taken on said message prior to 
an expiration of said mailbox timer, stopping said 
mailbox timer and stopping said queue timer; 

in response to an expiration of said mailbox timer, moving 
said message back to said first queue; and 

in response to said queue timer expiring, moving said 
message to a second queue designated by said first 
queue. 

8. The computer- readable medium of claim 7 wherein a 
timeout action is also performed upon said expiring of said 
queue timer. 

9. The computer-readable medium of claim 7 wherein 
said action taken comprises responding to said message, 

10. A method for processing electronic messages, said 
method comprising: 15 

receiving a message in an enterprise mail system, said 

message from a message sender; 
processing said message with a rule processor, said rule 

processor selecting a first mail queue from a set of mail 2 o 
- queues in said enterprise mail system for said message; 
moving said message into said first mail queue; 
assigning a first queue timer to said message when said 
message is stored in said first mail queue, said first 
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in response to said action taken on said message prior to 
an expiration of said mailbox timer, stopping said 
mailbox timer and stopping said queue timer; and 

in response to an expiration of said mailbox timer, moving 
said message back to said first queue. 

11. The method of claim 10 wherein said action taken 
comprises responding to said message, 

in response to said action taken on said message prior to 

an expiration of said first queue timer, stopping said 

first queue timer; and 
in response to said first queue timer expiring, moving said 

message to a second queue designated by said first 

queue. 

12. The method of claim 10 wherein said queues within 
said set of queues may each have a different queue timer 
expiration value. 

13. The method of claim 10 further comprising: perform- 
ing a defined action when said first queue timer expires. 

14. The method of claim 10 wherein said action taken 
comprises responding to said message. 

15. The method of claim 10 wherein a user associated 



queue timer having a queue timer expiration value 25 with said user mailbox releases said message back into said 



defining a period of time said message can reside in 
said first mail queue without an action taken on said 
message; 

moving said message to a user mailbox; 

assigning a mailbox timer to. said message when said 

message is assigned to said mailbox and allowing said 

first queue timer to continue to elapse; 



first queue such that said mailbox timer is stopped. 

16. The method of claim 10 wherein a user associated 
with said user mailbox moves said message to a third queue 
such that said mailbox timer and said queue timer are 
stopped. 
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